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Description 
Technical Field 

[0001] This invention relates to systems for storing and 5 
reproducing recorded music and programming materials 
and more particularly to program storage and playback 
systems in which recorded program content and descrip- 
tions are transferred between a client location and a re- 
mote processing location. 10 

Background Art 

[0002] The present invention represents an extension 
to the systems and methods described in U.S. Patent 15 
5,892,536 issued to James D. Logan, Richard Goldhor 
and Daniel Goessling on April 6, 1 999 and in International 
Publication WO 98/31 1 1 3 published on July 1 6, 1 998. 
[0003] International Publication WO 98/31113 de- 
scribes an arrangement of the type illustrated in Fig. 1 of 20 
the attached drawings which enables a user at a client 
location to identify and selectively play back or erase pro- 
gram selections, such as individual songs, using program 
guide information which is downloaded from a remote 
processing location. 25 
[0004] European patent application EP-A-0 898 278 
discloses a transmitting and receiving system wherein a 
data file produced by a user can be uploaded into aserver 
and the updated data file is downloaded to another user. 
The transmitting and receiving system provides a place 30 
where general users can lay works thereof open. 

Summary of the Present Invention 

[0005] As the listener accumulates a large number of 35 
previously recorded programs or program segments 
(e.g. songs) which he or she desires to retain, the present 
invention provides methods for moving those recordings 
to a central server to free space on the local storage unit, 
and to allow the user to access the stored material from 40 
other players. To this end, the present invention as shown 
in Fig. 2 of the drawings further includes a mechanism, 
seen at 1 23, for identifying programs as shown in Fig. 1 , 
and further for transmitting, programs and programs seg- 
ments to be added to the library file 125 maintained at 45 
the remote server. 

[0006] As further contemplated by the present inven- 
tion, to avoid the need to upload programs from local 
storage, the identification mechanism is employed to ver- 
ify that the programs are stored locally, and to commu- 50 
nicate that fact to the remote processor, which maintains 
an accounting file which specifies which users have the 
right to retrieve and play back which programs from the 
shared library. 

[0007] These and other features and advantages of 55 
the present invention will be made more apparent by con- 
sidering the following details description which is pre- 
sented in connection with the attached drawings. 



Brief Description of the Drawings 
[0008] 

Fig. 1 is a block diagram of a prior art client-side 
program storage and playback device interconnect- 
ed via a communications pathway to a remote server 
which recognizes snippets of programs received 
from the client-side unit and which returns descrip- 
tions of matching program segments, such as indi- 
vidual songs, to the play back unit; and 
Fig. 2 is a block diagram of program storage and 
playback system including a mechanism for storing 
program content on behalf of the user on a central 
remote shared server. 

Description of the Best Mode 

[0009] The prior art arrangement shown in Fig. 1 of the 
drawings allows a listener or viewer to enjoy selected, 
previously broadcast radio or television programs or pro- 
gram segments at a later when it is more convenient or 
desirable. In particular, previously broadcast musical 
programming segments (here referred to as "songs") can 
be easily identified and replayed. 
[0010] The basic mechanism employed is shown in 
Fig. 1 of the drawings and consists of a client-side re- 
corder/player, shown at the left of the vertical dashed line 
1 01 , and a song identification server shown at the right 
of the line 101. 

[001 1 ] The recorder/player consists of a broadcast re- 
ceiver 103 coupled to an antenna 105 for receiving, de- 
modulating and digitizing broadcast signals and for re- 
cording those signals on a substantially continuous man- 
ner in a local storage unit 1 07. On the client-side, a "snip- 
pet extractor" \109 sends brief digitized segments, here 
called "snippets," to the recognition engine 1 1 1 at the 
server. 

[0012] The recognition engine 111 compares each 
snippet with a database 1 1 3 containing prerecorded pro- 
gramming, such as popular songs. When an incoming 
snippet from the client recorder/player matches one of 
the items in the database 1 13, information describing the 
matching item is returned to the client side and stored as 
a record in the stored content guide seem at 115. The 
transmitted information includes data specifying the time 
duration between the beginning of the identified snippet 
and the beginning of the program item (e.g. song) from 
which the snippet was taken, the time duration between 
the beginning of the snippet and the end of the program 
item, as well as descriptive information about the pro- 
gram item (e.g., song title, performer, composer, album 
name, date performed, etc.). Using the information thus 
accumulated, the user of the player recorder can review 
listings of songs that are available in the local song stor- 
age unit 1 07, and play back any song or other program 
item listed as indicated at 121 . 

[001 3] The broadcast receiver 1 03 may be set by the 
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user to continuously record the broadcast from a prese- 
lected a radio station, or may be programmed to switch 
to different frequencies at different times to record differ- 
ent selected programs from different stations. The incom- 
ing signal may be derived from an AM or FM radio broad- 
cast, or from the audio portion of television programming. 
The principles employed in the arrangement shown in 
Fig. 1, and in the present invention, are applicable to 
television programming as well, and may be used to 
store, catalog and play back television programs and 
segments of television programs. 
[0014] A variety of different program extraction and 
recognition mechanisms may be used to implement the 
arrangement of Fig. 1 and the invention. See, for exam- 
ple, U.S. Patent 5,577,249 entitled "Method for finding a 
reference token sequence in an original token string with- 
in a database of token strings using appended non-con- 
tiguous substrings"; U.S. Patent 4,918,730 entitled 
"Process and circuit arrangement for the automatic rec- 
ognition of signal sequences/ 1 U.S. Patent 4,739,398 en- 
titled "Method, apparatus and system for recognizing 
broadcast segments," and U.S. Patent 4,697,209 entitled 
"Methods and apparatus for automatically identifying pro- 
grams viewed or recorded." 

[0015] The signature database 113 and recognition 
engine 1 1 1 preferably takes the form of a shared system 
to which multiple client-side recorder players may be con- 
nected via a suitable digital communications pathway 
such as the Internet or a direct modem connection via 
the dialup telephone system. The broadcast receiver 1 03 
preferably includes analog-to-digital converter and a dig- 
ital compression mechanism to conserve space on the 
local storage unit 107 and to reduce the size of each 
snippet sent to the server. 

[0016] The selection and playback mechanism 121 
preferably includes means for displaying a listing of the 
available programs and program segments stored in lo- 
cal storage unit 1 07, means for searching the information 
in the storedcontent guide 115, and meansfor selectively 
playing and erasing selected items in local storage 107 
that are identified in the stored content guide information 
at 115. All of these functions may be performed, if de- 
sired, by a suitably programmed personal computer 
equipped with a TV-Radio tuner card, such as the Haup- 
pauge WinCastTTV- Radio card, and utilizing the PC's lo- 
cal hard disk to provide both the local song storage and 
storage for the stored program and content guide. An 
Internet connection from the client PC to a remote server 
may be used to upload snippets and download program 
and program segment specification data either continu- 
ously or on a batch basis. In the batch mode, the snippet 
extractor 1 09 may scan pre-recorded program segments 
in the store 1 07 and pass them to the recognition engine 
111 for processing at "off hours" when the added com- 
putational and communications burden placed on both 
the client and server side apparatus may be more effi- 
ciently handled. 

[0017] If desired, snippets which are transmitted to the 



server but not recognized, and which hence represent 
programming which cannot be automatically cataloged, 
may be automatically deleted from the storage unit 107 
after a predetermined time, whereas recognized program 
5 segments maybe retained until there disposition is spec- 
ified by the user. 

[0018] As the listener accumulates a large number of 
previously recorded programs or program segments 
(e.g. songs) which he or she desires to retain, it would 

10 be desirable to move those recordings to a central server 
to free space on the local storage unit, and to allow the 
user to access the stored material from other players. To 
this end, the present invention as shown in Fig. 2 of the 
drawings further includes a mechanism, seen at 123, for 

15 identifying and transmitting programs and programs seg- 
ments to be added to the library file 125 maintained at 
the remote server. As indicated at 127 in Fig. 2, the pro- 
gram material in the remote library file 128 may be re- 
trieved for playback and returned local storage when de- 

20 sired. Those elements seen in Fig. 2 which provide the 
same functions as like units shown in Fig. 1 are identified 
by the same reference numbers. 
[0019] Multiple users may share the library file 125, 
with only a single copy of each program segment actually 

25 being stored. When a client station signals its intent to 
store a given program or program segment which has 
been stored in its local storage unit 1 1 5, and that program 
or program segment is already stored i n the shared library 
file 1 25 as determined by a server-side account manager 

30 routine indicated at 128, rather than actually transferring 
a copy from the client to the server, the copy at the client 
side is simply erased and an accounting entry is stored 
in the account file 1 29 to indicate that a "virtual transfer" 
of the file has been made. In this way, the copyright on 

35 the broadcast program material is protected against mak- 
ing any copy beyond the single copy for listener's per- 
sonal use. User's who have not actually first created their 
own copy in local storage on the client recorder/playback 
unit cannot obtain an accounting "credit" which will entitle 

40 them to download the library file copy. 

[0020] To insure that only one copy can be used, the 
system could "lock" the original copy atthe time the trans- 
fer or virtual transfer was made, making the original copy 
inoperable even though it is still resident (not yet erased) 

45 on the client player. The lock could be opened later after 
a secure message was received from the server indicat- 
ing that the accounting credit was being eliminated in the 
account file 129. In this way, the owner of a recorded 
program segment can play that segment on different 

50 players at different times, while the system insures that 
only one operative at any one time. 
[0021 ] Each song in the library file 1 28 would thus be 
available only to authenticated individuals who had ear- 
lier uploaded the song to the server. The master copy on 

55 the server would remain operable to be downloaded to 
other individuals Aserverthat would download (or unlock 
if it was already there) a copy to a user's second PC after 
verifying that the copy on the first PC was locked thus 
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ensuring one copy per user. 

[0022] Note also that a user may purchase the right to 
play and locally record a program segment downloaded 
from the server. The system that would register 
record/CD purchasers and allow them to download tem- 
porary copies of their purchased material to a remote site 
following appropriate identification. 
[0023] Furthermore, users might be able to exchange 
or sell their personal copies of songs. To this end, the 
server could manage the sale or auction of previously 
purchased "virtual copies". 

[0024] In order to reduce the cost of the service pro- 
vided by the server, and to compensate the copyright 
owners of the program material, advertisements could 
be added between programs or program segments 
(songs). 

[0025] In addition to, or as an alternative to, the auto- 
matic snippet recognition mechanism discussed above, 
There are several less elegant, but nonetheless practical 
methods to identify and mark the boundaries of desired 
program segments stored in the local storage unit 107. 
The recorder/playback unit could include means for man- 
ually marking the beginning and ending of a desired pro- 
gram segment which the user desires to save in his or 
her "virtual jukebox. Intelligentfastforward and backward 
buttons, speech speedup software (with pitch control so 
one could listen to the music in fast -time) to get to the 
end quickly, set-time jumps back and forth, etc. could be 
used to facilitate the markup process. These techniques 
might work particularly well in the car given that the lis- 
tener has the time to do the required "work". 
[0026] A music/talk recognition mechanism may be 
used to delimit the song. This approach rely on an algo- 
rithm or circuit that distinguish music from the spoken 
word (in something akin to "audio scene-change" in video 
technology). For example, the arrangement described in 
U.S. Patent 4,542,525 entitled "Method and apparatus 
for classifying audio signals" processes an audio signal 
and derives either a speech recognition signal, a music 
recognition signal or an indication of an unidentifiable 
signal. 

[0027] Another implementation employs algorithms to 
separate two songs. That is, the system would be able 
to distinguish the beginning of one song and the end of 
another-songA/songB recognition. These transition 
points would then be used to help delimit songs within a 
stored audio stream. This technique would work in con- 
junction with a music/talk recognition system that sepa- 
rates the talk from the music would be more important 
than separating the occasional pair of songs that have 
no talk between them. 

[0028] These delimitation techniques would then be 
applied to the audio stored in a time-shifted radio system. 
Thetalkorads between songs could be eliminated either 
automatically or through user actions. With the book- 
marks separating songs, the listener would be able to 
use an input device (such as a push button or voice- 
recognized spoken commands) to quickly surf from song 



to song. The user could then key in, or dictate using voice 
recognition, descriptive information about any desired 
song to be saved for future playback, the descriptive in- 
formation being placed in the stored content guide 1 15. 
5 [0029] Another form of automatic bookmarking would 
involve" talk radio." In this environment the system would 
offer another form of recognition-speaker identification. 
For talk radio this would allow listeners to jump from seg- 
ment to segment as new speakers joined in the conver- 
ge sation. Each time a new voice was identified, a bookmark 
would be planted. 

[0030] Specific word or phrase recognition would also 
be used to identify segments. For instance, the traffic 
report each day might start with the same phrase which 
15 could be recognized with standard speech recognition 
technology. The system would place intelligent book- 
marks (intelligent in that they related to a known topic) 
at these identified locations. 

[0031 ] Entire talk shows or news broadcasts could be 
20 translated to text via speech recognition. Listeners could 
use the voice input devices in their car PCs to request 
topics to hear about. These topics would be selected 
based on word matches. 

[0032] Finally, bookmarks could be created that mere- 

25 |y related to time. Thus, a listener might surf through a 
time-shifted block of audio and one of the bookmarks 
might be the audio corresponding the top of the hour or 
the breaks at every quarter hour. 
[0033] In another implementation of a delimiting sys- 

30 tern, computer readable information, possibly in the form 
of RDS information identifyingthesong, performers, etc., 
might accompany the broadcast of a song. In the case 
of an Internet broadcast, this might include computer 
readable data such as the name of the song, performer, 

35 etc. If these tags were at a known and consistent location 
vis a vis the start of the song, this would allowfor accurate 
delimiting of the song. If it was inconsistently placed, but 
generally located near the beginning of a song, then a 
song could be excised out but it would have some extra- 

40 neous material associated with it. A system could be de- 
vised that excised out a 5 minute block from a buffer 
surrounding such an identifier. The user could then man- 
ually edit the extraneous material. 
[0034] Another implementation of time-shifted radio 

45 listening would involve a multi-tuner broadcast receiver 
1 03. This system would continuously try to delimit songs 
on multiple channels at once using our original song rec- 
ognition algorithms (on the client or server machines), or 
the ideas of music/talk recognition or songA/songB rec- 

50 ognition. Multiple tuners could even be useful in the case 
of manual markups as this can probably be done faster 
than realtime. One implementation of this would use high 
end equipment that could digitize all the channels in spe- 
cific spectrum range with a single circuit. 

55 [0035] In the operation of a time-shifted radio system, 
with limited tuners and limited disk storage, the user in 
general has three playing options: 
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1 . To play asong out of a stored jukebox (presumably 
stored long ago) 

2. To play a recently stored song (involving a short 
time-shift) 

3. To play a song that was being broadcast live at 
the moment of play. 

[0036] The Channel Changer implementation is opti- 
mized for the latter two options-options which would be 
most likely in systems with limited memory, or ones with 
larger memory but little contentyet stored. In these cases 
the listener is more dependent on what is being broadcast 
at the present than on what is stored on disk from earlier 
recordings. As a result, a system that finds the greatest 
number of good songs quickly will have additional utility. 
[0037] There are several aspects of the Channel 
Changer system which attempt to emulate the methods 
that people use as they search for good songs by switch- 
ing from channel to channel in a car. 
[0038] In this implementation, song recognition tech- 
nology (of any of the types described above) is combined 
with multiple radio tuners, each with its own buffer, and 
channel-changing algorithms that would be used to in- 
telligently tune the radio tuners to the optimal set of sta- 
tions. (One of the tuners would be the "playing tuner", 
while the others would be "searching tuners".) This sys- 
tem will allow a listenerto quickly surf multiple radio chan- 
nels and "pull down" and store the greatest number of 
desired songs in the shortest time (compared to a single 
tuner system or a multi-tuner system without channel- 
changing algorithms). 

[0039] The system would consist of a database of song 
fingerprints and the requisite recognition software. The 
song fingerprints would be as close to the front of the 
song as possible (not too close or the DJ might chop it 
off) so that song identification could happen as soon as 
possible once the song started playing. 
[0040] Each searching tuner would have a buffer avail- 
able to it (which could be as short as the distance from 
the beginning of a song to the fingerprint plus processing 
time) to capture the audio before reaching a given song's 
fingerprint. Once the fingerprint was found and identified, 
the song would be rated on a "desirability" scale. The 
audio before the buffer before the fingerprint would be 
combined with the rest of the song. The next step would 
be dependent on which playing option was in effect: 



if the queue was filed, the new song would have to 
be better than the worst song in the queue to find a 
space. 

3. Underthis option (which uses minimum memory), 
5 the playing tuner would switch over to the new song 
as soon as it was being broadcast. There would not 
necessarily be storage of the whole song. The switch 
to the new song would be made with some consid- 
eration being given to how much better the new song 
10 is, and how close the old song is to being over. 

[0041] This search algorithm to find better stations to 
tune to using multiple tuners would have several steps. 
The first would be to rank stations by the probability of 
15 finding a desired song. This list could befluid and change 
depending on the number of successful searches com- 
pleted on each station over a recent period of time. 
[0042] Then, using a predictive algorithm which would 
keep track of which channels had just played asong and 
20 which were in the middle of a song or an ad, the system 
would predict the probability of finding a desired song in 
the immediate future on any one given station. 
[0043] The station ranking and the "song-immediacy 
probability" would both be assessed to decide which sta- 
25 tion to send the next available tuner to. There the tuner 
would waitforthe nextsongto come on and be identified. 
If would then assess the desirability of the new song and 
under playing options 

30 1 . see if the song warranted space in the jukebox, 

2. buffer the song and put it in the playing queue 

3. switch the playing tuner over to the newly found 
song. 

35 [0044] (Under scenario 3, the user might wantthe flex- 
ibility to use fingerprints that are deeper into the song. 
Deeper fingerprints would allow the search tunerto iden- 
tify a song even if it was "found" while in the middle of its 
playback. This would allow especially desirable songs to 
40 be listened to in part. Ideally however, the system would 
have a separate tuner for each worthwhile station. This 
would eliminate having to jump from station to station 
and deal with partial songs.) 

[0045] The recorder/playback unitcan be programmed 
45 to develop song desirability ratings automatically. The 
rating system could learn from the listener: 



40 
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15 



20 



1 . Underthis option, the song would be saved in the 
jukebox.. If there is not enough unused memory to 
save the song, the system would compare the new 
song's rating to that of the song in the jukebox that 
had the lowest rating. If the new song has a higher 
rating, it would replace the existing song having the 
lowest rating. The process would continue over time 
over multiple tuners, gradually lifting the average rat- 
ing of songs in memory. 

2. Under this option, the song would be saved in a 
short term buffer and queued up for playback. Again, 



1. It could watch to see if, and when, a listener 
skipped out of a song as it was being played under 

50 any of the three listening options. 

2. It could monitor if, under option #3, the user un- 
did a swap presented by the system. 

3. The system could also keep track of over how long 
a time, and how many times, each title had been 

55 listened to and deduce a decay rate in the desirability 
in that song due to the multiple exposures. The sys- 
tem could learn whatthe listeners typical desired de- 
cay rate was. 
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4. Also, the user could have a simple rating interface 
whereby he or she could consciously rate songs so 
the system would know how to rate them later. The 
rating system could be an ongoing process so that 
a user could help the system understand over time 
at what rate the listener might be growing tired of a 
new system. This could be a simple "thumbs down" 
button that might depress the songs rating in the per- 
sonal jukebox so that the song would not be played 
as often. 

[0046] In addition, a self-reflective mechanism could 
be employed. That is, if the user expressed a preference 
for the Beatles tune #1, the system then knows which 
songs are most like that and puts the others in the desir- 
ability scale accordingly. 

[0047] For a car-PC system, the buttons on the stand- 
ard radio could be used for any of the skipping and ap- 
proval rating functions mentioned above. 
[0048] An interesting and potentially valuable use for 
this information would be to provide the song ratings back 
to the broadcasters or record companies. This informa- 
tion could be uploaded when the system "docks" to re- 
ceive more song fingerprints if that system is employed, 
ora separate communications step may be usedto trans- 
mit this information. 

[0049] With the vast amount of music in existence and 
being played over the airwaves, a major problem is fig- 
uring out what an individual listener may like-and then 
using this information to listen to the songs have a higher 
probability of being desirable. Solving this problem is a 
three step process. First the listener must get exposed 
to wide range of new material. Radio broadcast (over the 
airwaves or Internet) is perfect for this. It pushes at lis- 
teners randomized playlists of songs grouped around 
certain musical interest groups. 

[0050] The second step is "documenting" the listener's 
tastes while listening. And the third step is making the 
song available for replay. This can be done by merely 
waiting to hear it again on the radio, buying the record, 
or using the present system to snip it out for future lis- 
tening. The listener can document his or her preferences 
and save the song all at the same time. 
[0051] The car is the ideal environmentto use this sys- 
tem as the listener is easily able to hit a button or use a 
verbal command to rate or store a desirable song when 
it is being played. 

[0052] Once a personal jukebox has been developed, 
playlist software may be utilized. This enables automatic 
play of either randomized or listener-selected songs in 
much the same way a CD player does. When in user- 
controlled mode, the user would be able to work from an 
audio menu which would announce the group and/or 
song before playing. The listener could then surf through 
the jukebox while driving. 

[0053] In random or playlist mode, the system would 
adapt and use some of the playlist software used by radio 
stations to construct the random playlists. This software 



would continuously scan new songs that had been de- 
limited by the system and offer them as new material to 
the listener. An audible signal would announce that this 
was a new song. The user could command the system 

5 to discard the song and not play it again or rate the song 
during the first or a subsequent play which would then 
allow it a place in the jukebox. The playlist generator 
would attempt to optimize the presentation of new mate- 
rial to a listener based on past listening habits, surfing 

10 actions, and explicit expressions of interest in certain 
types of music. 

[0054] Another use for song identification with a stored 
audio system would be to purchase the song being 
played much in the same way that the listener can now 
15 while listening to an Internet broadcast. Other interactive 
features would be to allow the listener to request infor- 
mation about the band, etc. 

[0055] Another use for song recognition technology 
(whether on the client or server side) would be to help 

20 listeners identify a specific song that they can't remem- 
ber-a computerized version of "name that tune". For in- 
stance, a user might be able to sing, or perform with an 
instrument, a few notes of a song. The system would 
come back with a match or a list of songs that may match 

25 the user's attempt to sing the song. The user could then 
play some of the songs on the "possible matches" list or 
may recognize the song by the name. In any case, the 
user might go on from there to buy the song that matched 
his or her "performed" rendition or cite it as a song for 

30 which it would desirable to capture with the song recog- 
nition system when played over the radio again. 
[0056] It is to be understood that the specific arrange- 
ments which have been described are merely illustrative 
applications of the principles of the invention. 

35 

Claims 

1. A method for selectively reproducing locally stored 
40 programming signals comprising, in combination, 
the steps of: 

storing a first set of separate programming seg- 
ments at a client location, 
45 storing, at a remote processing location, a sec- 

ond set of separate programming segments and 
content descriptions for each of said program- 
ming segments in said second set, 
at said client location, employing processing 
50 means to derive identification data from each of 

said first set of separate programming seg- 
ments, 

transmitting said identification dataf rom said cli- 
ent location to a remote processing location, 
55 at said remote processing location, comparing 

said identification data with said second set of 
programming segments to identify common pro- 
gram segments found in both said first and said 
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8. The method set forth in claim 1 further comprising 
the steps of uploading a copy of a program segment 
stored locally at said client location to said remote 
processing location and storing the uploaded copy 

5 in said stored library for later retrieval from said re- 

mote processing location. 

9. The method set forth in claim 1 further including the 
steps of posting an entry in an accounting file upon 

10 the transmittal of said identification data to said re- 
mote processing location, subsequently transmitting 
a playback request identifying said client location 
and identifying a requested program segment, and 
authorizing the transmittal of said requested pro- 
's gram segment if said accounting file contains data 
indicating that identification data for said requested 
program segment was previously transmitted from 
said client location. 

20 1 o. The method set forth in claim 9 further including the 
step of disabling the playback of a local copy of an 
program segment when the remote playback of said 
program segment is authorized at said remote 
processing location. 

25 

11. The method set forth in claim 9 further including the 
step of disabling the transmittal of said requested 
program segment from said remote processing lo- 
cation when the playback of the copy of said request- 
so ed program segment locally stored at said client lo- 
cation is enabled. 



second set of programming segments, 
transmitting from said remote processing loca- 
tion to said client location selected ones of con- 
tent descriptions which describe said common 
program segments, 

at said client location, presenting said selected 
content descriptions to a user to facilitate the 
selection of particular ones of said common pro- 
gram segments, 

at said remote processing location, accepting a 
retrieval request from said client location spec- 
ifying one or more of said particular ones of said 
common program segments, and 
responding to said request by transmitting to 
said client location the content of said one or 
more particular ones of said common program 
segments. 

2. The method setforth in claim 1 wherein at least some 
of said programming signals are recorded musical 
performances. 

3. The method setforth in claim 2 wherein at least some 
of said content descriptions specify one or more at- 
tributes of the corresponding recorded musical per- 
formance from the group of attributes consisting of 
the title, performer, composer, and date of the cor- 
responding recorded musical performance. 

4. The method setforth in claim 1 wherein said step of 
storing said first set of programming signals com- 
prises receiving and recording broadcasted pro- 
gramming signals. 

5. The method setforth in claim 4 wherein said second 
set of programming segments is derived from said 
broadcasted programming signals received at said 
remote processing location concurrently with the re- 
ception and recording of said broadcast program- 
ming signals at said client location, and said content 
descriptions transmitted to said client location from 
said remote processing location are used at said cli- 
ent location to facilitate the selective time-shifted re- 
production of said broadcast programming signals. 

6. The method as set forth in 1 wherein said content 
descriptions transmitted from said remote process- 
ing location to said client location include information 
specifying the beginning and ending time of each of 
said common program segments. 

7. The method as setforth in claim 1 further including 
the steps of transmitting one or more previously re- 
ceived program segments from said client location 
to said remote processing location, and storing said 
previously received program segments at said re- 
mote processing location for subsequent retrieval. 



Patentanspruche 

35 

1. Verfahren zum wahlweisen Wiedergeben von lokal 
gespeicherten Programmsignalen, mit den kombi- 
nierten Schritten: 

40 Speichern eines ersten Satzes von separaten 

Programmsegmenten an einem Kundenort, 
Speichern eines zweiten Satzes von separaten 
Programmsegmenten und Inhaltsbeschreibun- 
gen fur jedes der Programmsegmente im zwei- 
45 ten Satz an einem entfernten Verarbeitungsort, 

Einsetzen einer Verarbeitungseinrichtung am 
Kundenort, um Identifizierungsdaten aus alien 
separaten Programmsegmenten des ersten 
Satzes abzuleiten, Ubertragen der Identifizie- 
50 rungsdaten vom Kundenort zu einem entfernten 

Verarbeitungsort, 

Vergleichen der Identifizierungsdaten mit dem 
zweiten Satz von Programmsegmenten am ent- 
fernten Verarbeitungsort, um gemeinsame Pro- 
55 grammsegmente zu identifizieren, die in sowohl 

dem ersten als auch dem zweiten Satz von Pro- 
grammsegmenten gefunden werden, 
Ubertragen ausgewahlter Inhaltsbeschreibun- 
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gen, die die gemeinsamen Programmsegmente 
beschreiben, vom entfernten Verarbeitungsort 
zum Kundenort, 

Prasentieren der ausgewahlten Inhaltsbe- 
schreibungen am KundenortfGreinen Benutzer, 5 
um die Auswahl spezieller gemeinsamer Pro- 
grammsegmente zu erleichtern, 
Annehmen einer Bereitstellungsanfrage vom 
Kundenort, die eines odermehrere derspeziel- 
len gemeinsamen Programmsegmente be- 10 
stimmt, am entfernten Verarbeitungsort, und 
Antworten auf die Anfrage durch Senden des 
Inhalts des einen oder mehreren speziellen ge- 
meinsamen Programmsegmente an den Kun- 
denort. 15 



2. Verfahren nach Anspruch 1, bei welchem wenig- 
stens einige der Programmsignale aufgezeichnete 
musikalische Auffuhrungen sind. 

20 

3. Verfahren nach Anspruch 2, bei welchem wenig- 
stens einige der Inhaltsbeschreibungen eines oder 
mehrere Attribute der entsprechenden aufgezeich- 
neten musikalischen Auffuhrung aus der Gruppe von 
Attributen bestimmen, die aus dem Titel, dem Kunst- 25 
ler, dem Komponisten und dem Datum der entspre- 
chenden aufgezeichneten musikalischen Auffuh- 
rung besteht. 

4. Verfahren nach Anspruch 1 , bei welchem der Schritt 30 
des Speicherns des ersten Satzes von Programm- 
signalen das Empfangen und Aufzeichnen von aus- 
gestrahlten Programmsignalen aufweist. 

5. Verfahren nach Anspruch 4, bei welchem derzweite 35 
Satz von Programmsegmenten aus den ausge- 
strahlten Programmsignalen, die am entfernten Ver- 
arbeitungsort empfangen werden, gleichzeitig mit 
dem Empfang und dem Aufzeichnen der ausge- 
strahlten Programmsignale am Kundenort abgelei- 40 
tet wird und die vom entfernten Verarbeitungsort 
zum Kundenort ubertragenen Inhaltsbeschreibun- 
gen am Kundenort verwendet werden, um die selek- 
tive zeitverschobene Wiedergabe der ausgestrahl- 

ten Programmsignale zu erleichtern. 45 

6. Verfahren nach Anspruch 1, bei welchem die vom 
entfernten Verarbeitungsortzum Kundenort ubertra- 
genen Inhaltsbeschreibungen Informationen enthal- 
ten, die die Anfangs- und die Endzeit jedes der ge- 50 
meinsamen Programmsegmente bestimmen. 

7. Verfahren nach Anspruch 1 , ferner mit den Schritten 
des Ubertragens eines oder mehrerer fruher emp- 
fangener Programmsegmente vom Kundenort zum 55 
entfernten Verarbeitungsort und des Speicherns der 
fruher empfangenen Programmsegmente am ent- 
fernten Verarbeitungsort fur eine anschlieBende Be- 



reitstellung. 

8. Verfahren nach Anspruch 1 , ferner mit den Schritten 
des Hochladens einer Kopie eines Programmseg- 
ments, das lokal am Kundenort gespeichert ist, zum 
entfernten Verarbeitungsort und des Speicherns der 
hochgeladenen Kopie in dem gespeicherten Archiv 
fur eine spatere Bereitstellung vom entfernten Ver- 
arbeitungsort. 

9. Verfahren nach Anspruch 1 , ferner mit den Schritten 
des Verbuchens eines Eintrags in einer Abrech- 
nungsdatei bei der Ubertragung der Identifikations- 
daten zum entfernten Verarbeitungsort, des an- 
schlieBenden Ubertragens einer Wiedergabeanfra- 
ge, die den Kundenort identifiziert und ein angefor- 
dertes Programmsegment identifiziert, und des Au- 
torisierens der Ubertragung des angeforderten Pro- 
grammsegments, falls die Abrechnungsdatei Daten 
enthalt, die anzeigen, dass Identifizierungsdaten fur 
das angeforderte Programmsegment zuvor vom 
Kundenort ubertragen wurden. 

10. Verfahren nach Anspruch 9, ferner mit dem Schritt 
des Sperrens der Wiedergabe einer lokalen Kopie 
eines Programmsegments, wenn die entfernte Wie- 
dergabe des Programmsegments am entfernten 
Verarbeitungsort auto risiert wird. 

11. Verfahren nach Anspruch 9, ferner mit dem Schritt 
des Sperrens der Ubertragung des angeforderten 
Programmsegments vom entfernten Verarbeitungs- 
ort, wenn die Wiedergabe der Kopie des angefor- 
derten Programmsegments, das lokal am Kundenort 
gespeichert ist, ermoglicht wird. 

Revendications 

1. Procede de reproduction selective de signaux de 
programmation memorises localement, compre- 
nant, en combinaison, les etapes suivantes : 

la memorisation d'un premier ensemble de seg- 
ments separes de programmation a un empla- 
cement client, 

la memorisation, a un emplacement distant de 
traitement, d'un second ensemble de segments 
separes de programmation et de descriptions 
de contenu pour chacun des segments de pro- 
grammation du second ensemble, 
a Templacement client, I'utilisation d'un disposi- 
tif de traitement pour la derivation de donnees 
d'identification de chaque segment du premier 
ensemble de segments separes de programma- 
tion, 

la transmission des donnees d'identification de 
Templacement client a un emplacement distant 
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de traitement, 

a T emplacement distant de traitement, la com- 
paraison des donnees d'identification avec le 
second ensemble de segments de programma- 
tion pour I'identification de segments communs 5 
de programme trouves a la fois dans le premier 
et le second ensemble de segments de pro- 
grammation, 

la transmission, depuis I'emplacement distant 
de traitement vers r emplacement client, dedes- 10 
criptions selectionnees parmi les descriptions 
de contenu qui decrivent les segments com- 
muns de programme, 

a I'emplacement client, la presentation des des- 
criptions selectionnees de contenu a un utilisa- 15 
teur afin que la selection de segments particu- 
liers parmi les segments communs de program- 
me soit facilitee, 

a I'emplacement distant de traitement, I'accep- 
tation d'une requete de recuperation provenant 20 
de I'emplacement client et specifiant un ou plu- 
sieurs des segments particuliers parmi les seg- 
ments communs de programme, et 
la reponse a la requete par transmission a I'em- 
placement client du contenu d'un ou plusieurs 25 
des segments particuliers parmi les segments 
communs de programme. 

2. Procede selon la revendication 1, dans lequel cer- 
tains au moins des signaux de programmation sont 30 
des executions musicales enregistrees. 

3. Procede selon la revendication 2, dans lequel cer- 
taines au moins des descriptions de contenu speci- 
fied un ou plusieurs attributs de I'execution musicale 35 
enregistree correspondante tires du groupe d'attri- 
butsconstituedutitre, de l'interprete,du compositeur 

et de la date de I'execution musicale enregistree cor- 
respondante. 

40 

4. Procede selon la revendication 1 , dans lequel I'etape 
de memorisation du premier ensemble de signaux 
de programmation comprend la reception et I'enre- 
gistrement de signaux diffuses de programmation. 

45 

5. Procede selon la revendication 4, dans lequel le se- 
cond ensemble de segments de programmation est 
derive des signaux diffuses de programmation recus 
a I'emplacement distant de traitement simultane- 
ment avec la reception et I'enregistrement des si- 50 
gnaux diffuses de programmation a I'emplacement 
client, et les descriptions de contenu transmises a 
I'emplacement client depuis Templacement distant 

de traitement sont utilisees a I'emplacement client 
pour faciliter la reproduction selective des signaux 55 
diffuses de programmation avec decalage dans le 
temps. 



6. Procede selon la revendication 1, dans lequel les 
descriptions de contenu transmises depuis I'empla- 
cement distant de programmation vers I'emplace- 
ment client comprennent des informations specifiant 
les moments de debut et de fin de chacun des seg- 
ments communs de programme. 

7. Procede selon la revendication 1, comprenant en 
outre des etapes suivantes : la transmission d'un ou 
plusieurs segments de programme anterieurement 
recus, de I'emplacement client vers I'emplacement 
distant de traitement, et la memorisation des seg- 
ments de programme anterieurement recus a I'em- 
placement distant de traitement en vue d'une recu- 
peration ulterieure. 

8. Procede selon la revendication 1, comprenant en 
outre les etapes suivantes : letelechargement d'une 
copie d'un segment de programme memorise loca- 
lement a I'emplacement client vers I'emplacement 
distant de traitement, et la memorisation de la copie 
telechargee dans la bibliotheque memorisee en vue 
d'une recuperation ulterieure a I'emplacement dis- 
tant de traitement. 

9. Procede selon la revendication 1, comprenant en 
outre les etapes suivantes : I'ecriture d'une entree 
dans un fichier de comptabilite apres la transmission 
des donnees d'identification a I'emplacement distant 
de traitement, puis la transmission d'une requete de 
lecture identifiant I'emplacement client et identifiant 
un segment demande de programme, et I'autorisa- 
tion de la transmission du segment demande de pro- 
gramme lorsque le fichier de comptabilite contient 
des donnees indiquant que les donnees d'identifica- 
tion du segment demande de programme ont ete 
transmises anterieurement depuis Templacement 
client. 

10. Procede selon la revendication 9, comprenant en 
outre I'etape d'inhibition de la lecture d'une copie 
locale d'un segment de programme lorsque la lec- 
ture distante du segment de programme est autori- 
see a I'emplacement distant de traitement. 

11. Procede selon la revendication 9, comprenant en 
outre I'etape d'inhibition de la transmission du seg- 
ment demande de programme de I'emplacement 
distant de traitement lorsque la lecture de la copie 
du segment demande de programme memorise lo- 
calement a I'emplacement client est autorisee. 
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